home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0125 / 320.txt < prev    next >
Text File  |  1997-04-16  |  25KB  |  642 lines

  1. Info-Atari16 Digest         Fri,  7 Jun 91       Volume 91 : Issue 320
  2.  
  3. Today's Topics:
  4.                       Color monitor replacement?
  5.                   FIX24.PRG + ADDMEM.PRG (need info)
  6.             G++ from ftp.thp.koeln.de IS AT atari.archive
  7.                              Gemini Icons
  8.                        Hard Drive on old 520STs
  9.                      How to buy SIMMs for the ST
  10.                           IBM Readable disks
  11.   KX-P1081 or Epson compatible printer driver needed for Spectre 128
  12.                                 lharc
  13.                                  LOGO
  14.                              My stupidity
  15.                            Publishers (II)
  16.                Reading 8-bit disks with an ST (2 msgs)
  17.                          Requirements for g++
  18.                              SED for ST?
  19.        TC array bug... (was: Re: Reliable archiver/compress...)
  20.                              Umich atari
  21.  
  22. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  23. cross-posting to/from Usenet is getting closer, but still getting thrashed
  24. out.  Please send notifications about broken digests or bogus messages
  25. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  26.  
  27. Please send requests for un/subscription and other administrivia to
  28. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  29. instead of the moderators are likely to be lost or ignored.
  30.  
  31. If you want to unsubscribe, and you're receiving the digest indirectly
  32. from someplace (usually a BITNET host) that redistributes it, please
  33. contact the redistributor, not us.
  34. ----------------------------------------------------------------------
  35.  
  36. Date: 7 Jun 91 12:59:56 GMT
  37. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  38. Subject: Color monitor replacement?
  39. To: Info-Atari16@naucse.cse.nau.edu
  40.  
  41. In article <1991Jun6.172835.1559@abode.ttank.com> scale@abode.ttank.com (Luis
  42.  Outumuro) writes:
  43. >       Hi David,
  44. >               $230 is a very fair price for a brand new monitor!  By all
  45. > means, get the new monitor.  Bye.............
  46. >
  47. >                                       Luis
  48. >
  49.  
  50. Well from what we have seen here in New Zealand that the New Atari
  51. monitor is very pore, it has a dot pitch of 0.42 mm, and with a grey screen.
  52.  
  53. This is now what your are getting from some of the better TV's..
  54.  
  55. The First Atari monitor had a 0.38 mm dot pitch with a black screen,
  56. the GoldStar has a 0.39 mm dot pitch, but not much of a black sceen.
  57.  
  58. There was anothere monitor that I have seen in USA Mags but not here,
  59. this had a slanted on/off switch
  60.  
  61. I don't rate the new monitor at all, its a funny thing that the Amiga
  62. monitor has had similar changes, its now a 0.42 mm dot pitch with a
  63. grey screen.
  64. --
  65. ***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
  66. ***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
  67. ***  Kapiti New Zealand..    *     like a dying light globe. !       ***
  68.  
  69. ------------------------------
  70.  
  71. Date: 7 Jun 91 02:26:30 GMT
  72. From:
  73.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!
  74.  isgate!krafla!adamd@arizona.edu (Adam David)
  75. Subject: FIX24.PRG + ADDMEM.PRG (need info)
  76. To: Info-Atari16@naucse.cse.nau.edu
  77.  
  78. I had the honour of seeing the first TT to arrive in Iceland. It has version
  79. TOS 3.01 (UK) in it. Fix24 works fine straight up out of ST Computer magazine
  80. from Germany, but we cannot get addmem to work because it uses an undocumented
  81. memory location in TOS 3.01 (DE) to fiddle with the MPB. The address in the
  82. german version is $71E2 but the english version has nothing significant at
  83. that address. It is not likely to be a misprint because it is repeated more
  84. than once. Can anyone help us with a solution?
  85.  
  86. For those who don't know what these programs do:
  87. Fix24 installs TT ram immediately above the ST ram.
  88. Addmem lets TOS use the relocated TT ram as fast ST ram.
  89.  
  90. What are people using for this purpose, and where is it hidden?
  91.  
  92. --
  93. Adam David.
  94. (adamd@rhi.hi.is)
  95.  
  96. ------------------------------
  97.  
  98. Date: 7 Jun 91 10:13:17 GMT
  99. From: otter.hpl.hp.com!hpltoad!ghiggins!gjh@hplabs.hp.com (Graham Higgins)
  100. Subject: G++ from ftp.thp.koeln.de IS AT atari.archive
  101. To: Info-Atari16@naucse.cse.nau.edu
  102.  
  103. AT atari.archive.umich.edu
  104. IN  
  105. ARE
  106.      7696 Jun  7 06:02 FList
  107.      1645 Jun  7 05:34 README.G++
  108.    425580 Jun  6 03:12 g++-139.lzh
  109.      1271 Jun  7 05:34 gnu++.g
  110.    116352 Jun  6 03:12 inc++.lzh
  111.    291236 Jun  7 05:35 lib++.lzh
  112. -------------------------------------------------
  113. g++-139.lzh =>
  114.  
  115.    38082  Apr 18 11:42 g++.ttp
  116.    34279  Apr  9 13:45 g++filt.ttp
  117.   830171  Apr 26 09:15 gcc-cc1p.ttp
  118.  
  119. lib++.lzh =>
  120.  
  121.     6811  Sep  9  1988 lib/bison.hai
  122.    15325  Jan 11 23:21 lib/bison.sim
  123.     1871  Apr 18 10:57 lib/crt0.o
  124.    20884  Feb 25 08:38 lib/flex.ske
  125.     2010  Apr 18 10:57 lib/gcrt0.o
  126.    25098  Apr 20  1990 lib/gem.olb
  127.    24234  Apr 20  1990 lib/gem16.olb
  128.   121488  Apr 19 09:12 lib/gnu.olb
  129.   121218  Apr 19 09:13 lib/gnu16.olb
  130.   313028  Apr 23 11:25 lib/gpp.olb
  131.     5666  Apr 20  1990 lib/iio.olb
  132.     5606  Apr 20  1990 lib/iio16.olb
  133.    30314  Apr 20  1990 lib/pml.olb
  134.    30268  Apr 20  1990 lib/pml16.olb
  135.     6356  Apr 20  1990 lib/termcap.olb
  136.     6382  Apr 20  1990 lib/termcap1.olb
  137.  
  138. Graham
  139. ======
  140.  
  141. ------------------------------------------------------------------
  142. Graham Higgins                  |  gjh%ghiggins@hpl.hp.co.uk
  143. Hewlett-Packard Labs            |  gjh%ghiggins@hplb.hpl.hp.com
  144. Filton Road, Stoke Gifford      |  gjh%hplb.csnet@csnet-relay.arpa
  145. Bristol, U.K.                   |  ...!mcvax!ukc!hplb!gjh
  146. Tel: +44 272 799910 x24014         Fax: +44 272 790554
  147. ------------------------------------------------------------------
  148. Disclaimer: My opinions above are exactly that, mine and opinions.
  149. ------------------------------------------------------------------
  150.  
  151. ------------------------------
  152.  
  153. Date: Fri, 7 Jun 91 13:06 BST
  154. From: "Jonathan White (MscIT)" <WHITEJ@spock.vax.aston.ac.uk>
  155. Subject: Gemini Icons
  156. To: INFO-ATARI16 <@nsfnet-relay.ac.uk:INFO-ATARI16@NAUCSE.CSE.NAU.edu>
  157.  
  158.         Hi all!!!
  159.         The documentation for Gemini 1.2 mentions a program called "Icon-
  160. patch" by Gurd Knops. Supposedly it allows yo to cut sections of Degas .PI3
  161. pics into gemini as icons. Anyone know anything about it ? Is there a
  162. version in English?
  163.                 Bye all!!!
  164.  
  165. --------------------------------------------------------------------------------
  166. Jonathan white Msc Aston Birmingham U.K.         ~    ~
  167. internet : whitej@clust.aston.ac.uk             /\\  / \
  168. Janet : whitej@Uk.ac.aston.clust               /.  \\/   \      |\___/|
  169.                                              / / |  \\    \  __/  O  O\
  170. "Never make  a deal with                   /  /  |   \\    \_\/  \     \
  171.         a dragon"                        /   /   |    \\   _\/    '@___@
  172.                                        /    /    |     \\ _\/       |
  173.                                      /     /     |      \\\/        |
  174.                                    /_     /      |       \\  )   \ _|_
  175.                       . ~
  176.                     .*         
  177.                    /  .-~
  178.                   /  /      \                   }            {   .*
  179.            .-~/ .*  /         
  180.        _-~   *-~  .*             
  181.        
  182.            
  183. ________________________________________________________________________________
  184.  
  185. ------------------------------
  186.  
  187. Date: Fri, 7 Jun 91 09:24 EDT
  188. From: <WJOHNSTO%COLGATEU.BITNET@CORNELLC.cit.cornell.edu>
  189. Subject: Hard Drive on old 520STs
  190. To: INFO-ATARI16@naucse.cse.nau.edu
  191.  
  192. Hello all--
  193.  
  194.         I can add a bit to the discussion regarding using a hard drive
  195. with one of the old 520ST's. I run a January '86-vintage 520; the only
  196. modification was having TOS-ROMs installed in the fall of '87, and my
  197. HD is a 30-meg Supra. If I boot up without any desk accessories, I have
  198. about 317,000 bytes of free RAM. I say "about" because no accessories
  199. means no FREERAM.ACC to get an exact figure. For the sorts of programs
  200. I run, that's not particularly restrictive (though there are times when
  201. I really could use more memory).
  202.  
  203.         Having said that, could anyone tell me _why_ using a HD cuts down
  204. on usable memory? An uninformed question, I know, but still I wonder...
  205.  
  206.         Cheers--
  207.  
  208.         Michael Johnston
  209.         WJOHNSTON@COLGATEU.BITNET
  210.  
  211.         "Mars is essentially in the same orbit...somewhat the same distance
  212. from the sun, which is very important. We have seen pictures where there are
  213. canals, we believe, and water. If there is water, that means there is
  214. oxygen. If oxygen, that means we can breathe."
  215.  
  216.   --Dan Quayle, on why we should go to Mars
  217.  
  218. ------------------------------
  219.  
  220. Date: 7 Jun 91 05:44:22 GMT
  221. From:
  222.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!uwm.edu!ux1.
  223.  cso.uiuc.edu!usenet@arizona.edu (Christian Kurrer)
  224. Subject: How to buy SIMMs for the ST
  225. To: Info-Atari16@naucse.cse.nau.edu
  226.  
  227. I plan to buy 4MB of SIMM to boost up an 1986 Atari 1040 ST with 1MB and TOS on
  228. ROM. (My Atari is back in Europe and I haven't touched it for a long time.)
  229. It would be great if someone could answer some of my questions:
  230.  
  231. Will any SIMM's do, or are there any size restrictions?
  232.  
  233. Will any version of the ROM system allow this upgrade? I fear that I have a
  234. pretty old version like 1.2 or the like. If I need a newer version of the ROM,
  235. where can I get it?
  236.  
  237. Answers by email or posting welcome.
  238.  
  239. Christian Kurrer
  240. kurrer@lisboa.ks.uiuc.edu
  241.  
  242. ------------------------------
  243.  
  244. Date: Thu, 6 Jun 91 11:29:34 WET DST
  245. From: "Ian McCall (Scorpion)" <csd015@central1.lancaster.ac.uk>
  246. Subject: IBM Readable disks
  247. To: Info-Atari16@naucse.cse.nau.edu
  248.  
  249. I know that Neodesk should format PC readable disks, but somehow mine
  250. doesn't. The IBM PS/2 I'm on now doesn't like anything not formatted on
  251. a PC. I don't understand this, but that's the case.
  252.  
  253. Any clues? The PS/2 is running DOS by the way, not OS/2.
  254.  
  255.  
  256.  
  257. Cheers,
  258.         Ian McCall (csd015@uk.ac.lancs.cent1)
  259.  
  260. ------------------------------
  261.  
  262. Date: Thu, 6 Jun 91 11:32:39 WET DST
  263. From: "Ian McCall (Scorpion)" <csd015@central1.lancaster.ac.uk>
  264. Subject: KX-P1081 or Epson compatible printer driver needed for Spectre 128
  265. To: Info-Atari16@naucse.cse.nau.edu
  266.  
  267. Well, what's left to say? I need an Epson printer driver for Spectre 128
  268. please. Or an IBM graphics one, as the Panasonic can emulate that as
  269. well. I -seem- to remember this subject coming up a while ago, but as I
  270. wasn't interested at the time, I didn't really take any notice.
  271.  
  272. Can anyone help?
  273.  
  274.  
  275.  
  276. Ian McCall (csd015@uk.ac.lancs.cent1)
  277.  
  278. ------------------------------
  279.  
  280. Date: 7 Jun 91 12:47:26 GMT
  281. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  282. Subject: lharc
  283. To: Info-Atari16@naucse.cse.nau.edu
  284.  
  285. In article <1991Jun06.184148.17672@convex.com> rosenkra@convex.com (William
  286.  Rosencranz) writes:
  287. > In article <4170@hh.maus.de> Thomas_Quester@hh.maus.de (Thomas Quester)
  288.  writes:
  289. > >If you send me a disk and the stamps you'll receive the LZH 1.13.21 or
  290. > >a newer version. The bugs you described are fixed at 1.13.20.
  291. >
  292. > months ago i started a debate on the (current) weakness of lharc. since
  293. > then, it seems nothing has changed: MANY people still have compatibility
  294. > problems (at least 10 articles complaining in the last month). and still
  295. > we bicker over pennies (i can get bulk DSDD disks for $0.39US each).
  296. >
  297. > and now we have yet another potentially incompatible version, with a
  298. > new version numbering scheme. why can't you guys who write these
  299. > versions get together and decide on a standard already? i say "potentially"
  300. > incompatible because i have not used it nor read its docs. but where
  301. > lharc is concerned, it is safe to expect the worst :-(. and the terminator
  302. > guys and steve grimm should be on that "committee", too, so we at least
  303. > try for compatibility (already). sheesh...
  304. >
  305. > oh well...
  306. >
  307. > -bill
  308. > rosenkra@convex.com
  309. > (i NEVER use lharc :-)
  310. >
  311. > BTW: i am pleased to see compressed tar files appearing :-). hint, hint...
  312. > the .taz file is the wave of the future! now if only GEMDOS could support
  313. > file.tar.Z naming...
  314. > --
  315. > Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!c1yankee!rosenkra
  316. > Convex Computer Corp.      |ARPA: rosenkra%c1yankee@convex.com
  317.  
  318. Before you rave/rant about some one elses product, you could have at
  319. least tried or tested it out, at least this chap is trying to make
  320. a better LZH, and fixes those compatiblity problems that you are on about,
  321. and did you know that its the fastes LZH to date.
  322.  
  323. Also note, Arcshell C.F.Johnson (Little Green Footballs) now has
  324. support for it, he has not so far supported the other lzh programs
  325. that you are on about..
  326.  
  327. So why not give it a try, and then eat your words..
  328. --
  329. ***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
  330. ***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
  331. ***  Kapiti New Zealand..    *     like a dying light globe. !       ***
  332.  
  333. ------------------------------
  334.  
  335. Date: 6 Jun 91 17:54:02 GMT
  336. From: mcsun!unido!mcshh!janhh!jan@uunet.uu.net (Jan Willamowius)
  337. Subject: LOGO
  338. To: Info-Atari16@naucse.cse.nau.edu
  339.  
  340. Roger Sheppard asked:
  341. >Does any one know if its posible to get Ataries Logo to work with Tos 1.4/1.6
  342. >I do get a out of Memory when I try to load a Logo Program/File,
  343. >Note: The software does load up on a 1040 ST with Tos 1.4.
  344. >Are there any patches to make this work?
  345.  
  346. I just took a look at it and I guess I found the problem:
  347.  
  348. For some stupid reason LOGO tries repeatedly to allocate all
  349. available memory until malloc(-1) returns zero. After that it
  350. does it's Mfree().
  351.  
  352. To solve the problem you have to apply the following patch using
  353. some kind of a disk utility.
  354.  
  355. The patch starts at offset $5C (relative to he beginning of the file).
  356.  
  357. original: $4eb9, $0001, $2fec, $4a40, $670c, $2f00, $4eb9, $0001, $2fba,
  358.           $588f, $60ea
  359.  
  360. patched : $4a79, $0001, $2fec, $4e71, $4e71, $4e71, $4a79, $0001, $2fba,
  361.           $4e71, $4e71
  362.  
  363. Maybe this is the rebirth of ST-LOGO... :-)
  364.  
  365. Happy hacking,
  366.                Jan
  367.  
  368. --
  369. Jan Willamowius, Nienredder 6, 2000 Hamburg 54, Germany
  370. E-Mail: jan@janhh.hanse.de
  371.  
  372. ------------------------------
  373.  
  374. Date: 6 Jun 91 18:37:36 GMT
  375. From: mcsun!inesc!unl!unl!jgp@uunet.uu.net (Jose Goncalo Pedro)
  376. Subject: My stupidity
  377. To: Info-Atari16@naucse.cse.nau.edu
  378.  
  379. In article <1991May30.110730.3478@actrix.gen.nz> Alex.Valdez@actrix.gen.nz (Alex
  380.  Valdez) writes:
  381.    In article <16582@helios.TAMU.EDU> n160ao@tamuts.tamu.edu (Mark Lehmann)
  382.  writes:
  383.    ...
  384.    > I have a problem though.  The sozobon files have directory names that
  385.    > I want to keep.  If I use the novice "zoo -extract" command, all of the
  386.    > files are retrieved without pathname.  I looked at the man pages and
  387.    > tried the followin command:
  388.    >
  389.    >     zoo {x}[//] d:\term\download\sozobon1.zoo
  390.    >
  391.    [...]
  392.    Were you trying to run zoo from the desktop and do you have TOS 1.0?
  393.    The TOS 1.0 desktop converts all TTP parameters to uppercase. So,
  394.    instead of zoo seeing a -x option, it sees -X which it doesn't
  395.    understand. Try using a CLI (one that doesn't convert parameters to
  396.  
  397. Or maybe you could try:
  398.   zoo x// d:\term\download\sozobon1.zoo
  399.  
  400. (i.e., without the {}[]).
  401. if you are using some comand shell, and not the desktop, maybe you
  402. should use / instead of \ in the pathname...
  403. -jp
  404.  
  405. --
  406. Jose Goncalo Pedro                    BITNET/Internet: jgp@fct.unl.pt
  407.  +---------------------------------+               UUCP: jgp@unl.uucp
  408.  |   Departamento de Informatica   +----------------------------------+
  409.  |   Universidade Nova de Lisboa      2825 Monte Caparica, PORTUGAL   |
  410.  +--------------------------------------------------------------------+
  411.  
  412. ------------------------------
  413.  
  414. Date: 5 Jun 91 04:50:16 GMT
  415. From: mcsun!unido!mcshh!malihh!pfunk!blackbox@uunet.uu.net (Michael
  416.  Kistenmacher)
  417. Subject: Publishers (II)
  418. To: Info-Atari16@naucse.cse.nau.edu
  419.  
  420. In <42924@cup.portal.com>, Bob_BobR_Retelle@cup.portal.com writes:
  421. >
  422. >Europe may be a different story, but in the U.S.A,   Atari=dead.
  423.  
  424. So we have to hope, that ATARI Europe could go on with it's line, even
  425. if ATARI USA has broke down. When looking at the facts, you would believe,
  426. that Europe's division could sell ST's even if the mothercompany has gone.
  427. But could the mother permit this to it's child. Looking backwards I see,
  428. that ATARI Europe always had to ask the US division to do anything new,
  429. isn't it ?
  430.  
  431.  
  432. Bye.....Michael
  433.  
  434. --
  435. ------------------------------------------------------------------------------
  436. |    listen to the coolest !         |  Michael Kistenmacher /  blackbox     |
  437. |       Music from the Galaxy !      |  2000 Hamburg 61  / Schippelsweg 64   |
  438. |            !!! P-Funk !!!          |  West Germany / ++ 49 40 552 37 66    |
  439. ------------------------------------------------------------------------------
  440.  
  441. ------------------------------
  442.  
  443. Date: 7 Jun 91 00:33:16 GMT
  444. From:
  445.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!unix.cis.pitt.ed
  446.  u!gvlf3.gvl.unisys.com!tredysvr!cellar!revpk@arizona.edu (Brian 'Rev P-K'
  447.  Siano)
  448. Subject: Reading 8-bit disks with an ST
  449. To: Info-Atari16@naucse.cse.nau.edu
  450.  
  451.         I've got several megs' worth of old and very important text files on
  452. floppy disks, leftovers from when I used an 8-bit Atari. Now that I have an
  453. ST, I'd really like to be able to bring the text into my new machine and
  454. transfer it to 720K floppies.
  455.  
  456.         Can anyone either outline or recommend a way for me to work up a
  457. quick transfer system? Is it possible to hitch an old 810 disk drive to an
  458. ST, and read ASCII files from it>
  459.  
  460.         Advice-- and especially a solution-- would be greatly appreciated.
  461.  
  462.  
  463. ======================================================================
  464. Brian Siano, aka      [ "Mr. A. Hitler, the old Nazi thing, says
  465.                       [ Mickey's silly. Imagine that! Well, Mickey is
  466. Rev. Philosopher-King [ going to save Mr. A. Hitler from drowning or
  467.                       [ something some day. Just wait and see if he
  468.  revpk@cellar.UUCP    [ doesn't. Then won't Mr. A. Hitler be ashamed!"
  469.                       [ -- Walt Disney, 1933.
  470. ======================================================================
  471.  
  472. ------------------------------
  473.  
  474. Date: 7 Jun 91 12:19:08 GMT
  475. From: europa.asd.contel.com!gatech!prism!mailer.cc.fsu.edu!nu!boyd@uunet.uu.net
  476.  (Mickey Boyd)
  477. Subject: Reading 8-bit disks with an ST
  478. To: Info-Atari16@naucse.cse.nau.edu
  479.  
  480. In article <6DB632w164w@cellar.UUCP>, revpk@cellar.UUCP (Brian 'Rev P-K' Siano)
  481.  writes:
  482. >
  483. >        I've got several megs' worth of old and very important text files on
  484. >floppy disks, leftovers from when I used an 8-bit Atari. Now that I have an
  485. >ST, I'd really like to be able to bring the text into my new machine and
  486. >transfer it to 720K floppies.
  487. >
  488. >        Can anyone either outline or recommend a way for me to work up a
  489. >quick transfer system? Is it possible to hitch an old 810 disk drive to an
  490. >ST, and read ASCII files from it>
  491. >
  492. >        Advice-- and especially a solution-- would be greatly appreciated.
  493.  
  494. I cannot give you a solution, but I can tell you where one is.  You need
  495. to get STXformer (the 8-bit emulator), and make a cable.  At that point,
  496. you can hook an 810 to your ST and read disks.  I don't know the details.
  497.  
  498. Of course, if you have an 850 you could always direct-connect the two
  499. together and modem them over . . . .
  500.  
  501. --
  502.     ---------------------------------+-------------------------------------
  503.              Mickey R. Boyd          |  "Kirk to Enterprise.  All clear
  504.           FSU Computer Science       |      down here.  Beam down
  505.         Technical Support Group      |      yeoman Rand and a six-pack . ."
  506.       email:  boyd@fsucs.cs.fsu.edu  |
  507.     ---------------------------------+-------------------------------------
  508.  
  509. ------------------------------
  510.  
  511. Date: 7 Jun 91 08:14:00 GMT
  512. From: otter.hpl.hp.com!hpltoad!ghiggins!gjh@hplabs.hp.com (Graham Higgins)
  513. Subject: Requirements for g++
  514. To: Info-Atari16@naucse.cse.nau.edu
  515.  
  516. ++ Simple question time: do I need gcc if I want to use g++?  Having forked out
  517. ++ the dosh on Lattice C v5 (pretty goo, BTW) I'd rather not have to get
  518. ++ another C compiler :-)
  519.  
  520. Doesn't' look like it, but that's just a guess, this is part of the readme from
  521. the koeln.de version of G++
  522.  
  523. ++ Here is a version of G++ 1.39.0 for the Atari ST based on GCC 1.39.
  524. ++ You should know a few things about it:
  525. ++
  526. ++ 1. G++.TTP is the C++ main driver. The *only* difference between GCC.TTP
  527. ++    and G++.TTP is that G++ assumes `.c' files to be C++ code while GCC
  528. ++    assumes `.c' files to be C code. You will normally use the extension
  529. ++    `.cc' for C++ code. In this case there is no need to use G++.TTP;
  530. ++    just use the equivalent GCC.TTP.
  531. ++
  532. ++ 2. When compiling C++ code you should `setenv UNIXMODE=._/LAH' because
  533. ++    the GNU C++ lib header files have case-sensitive names, i.e. `String.h'
  534. ++    is different from `string.h' !!!
  535. ++
  536. ++ 3. When linking C++ code (with GCC.TTP or the equivalent G++.TTP) you *must*
  537. ++    explicitly specify the `-lg++' linker option.
  538. ++
  539. ++ 4. A few bugs fixes and extensions were made to the standard GNU C headers,
  540. ++    libs, and utilities (like `gcc-ld.ttp'). Do not use other versions
  541. ++    of GNU C headers, libs, and utilities.
  542.  
  543. Graham
  544. ======
  545.  
  546. ------------------------------------------------------------------
  547. Graham Higgins                  |  gjh%ghiggins@hpl.hp.co.uk
  548. Hewlett-Packard Labs            |  gjh%ghiggins@hplb.hpl.hp.com
  549. Filton Road, Stoke Gifford      |  gjh%hplb.csnet@csnet-relay.arpa
  550. Bristol, U.K.                   |  ...!mcvax!ukc!hplb!gjh
  551. Tel: +44 272 799910 x24014         Fax: +44 272 790554
  552. ------------------------------------------------------------------
  553. Disclaimer: My opinions above are exactly that, mine and opinions.
  554. ------------------------------------------------------------------
  555.  
  556. ------------------------------
  557.  
  558. Date: 7 Jun 91 10:09:14 GMT
  559. From:
  560.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!van-bc!jonh!jhen
  561.  ders@arizona.edu (John Henders)
  562. Subject: SED for ST?
  563. To: Info-Atari16@naucse.cse.nau.edu
  564.  
  565.         Does anyone know if there is a sed clone for the ST? If so, where
  566. can I find a copy?
  567.  
  568. --
  569.           John Henders                          jhenders@jonh.wimsey.bc.ca
  570.           MIND over MIDI Productions    or ubc.cs!van-bc!jonh!jhenders
  571.           Vancouver,B.C
  572.  
  573. ------------------------------
  574.  
  575. Date: 2 Jun 91 22:54:18 GMT
  576. From:
  577.  math.fu-berlin.de!tmpmbx!lime.in-berlin.de!nicedel!lynx1!jelal!nox@uunet.uu.net
  578.  (Juergen Lock)
  579. Subject: TC array bug... (was: Re: Reliable archiver/compress...)
  580. To: Info-Atari16@naucse.cse.nau.edu
  581.  
  582. From article <2330@do.maus.de>, by Martin_Koehling@do.maus.de (Martin Koehling):
  583. >
  584. > Juergen Lock nox @ jelal.north.de:
  585. > <a5434559@jelal.north.de>
  586. >>[description of zoo/TC array index bug deleted]
  587. > The bug was fixed in Turbo C version 2.00.
  588.  
  589.  hmm, sure? i know someone who i'm sure has some version >= 2.00
  590. and he had to do this same [(long) foo] thing to get `compress'
  591. running. i know that 'cause i was it who told him the `trick'... :-)
  592.  
  593. > It wasn't really a bug but a "design restriction" - it made programs both
  594. > smaller and faster (it's even mentioned somewhere in the manual!).
  595.  
  596.  not in my manual (TC 1.1 that is). and besides, what does ANSI
  597. say about this?
  598.  
  599. > The new compiler uses only 16 bits for array addressing if and only if it is
  600. > sure that the array addressed is smaller than 32 KBytes.
  601.  
  602.  ummm... how can it be sure when i, for example calloc()ed the thing?
  603.  
  604.  confused, :-)
  605.         Juergen
  606. --
  607. J"urgen Lock / ..!nicedel!lynx1!jelal!nox / ** !! dead{hanseat!jelal} !! **
  608.                                                                 ...ohne Gewehr
  609.  
  610. ------------------------------
  611.  
  612. Date: 7 Jun 91 12:34:36 GMT
  613. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  614. Subject: Umich atari
  615. To: Info-Atari16@naucse.cse.nau.edu
  616.  
  617. In article <91157.183707ZVD007@DMSWWU1C.BITNET> Ulrich Kuehn
  618.  <ZVD007@DMSWWU1C.BITNET> writes:
  619. > In article <1991Jun5.180751.4838@syscon.rn.com>, miked@syscon.rn.com (Mike
  620. > DeMetz) says:
  621. > >
  622. > >Anyone know what happened to atari@atari.archive.umich.edu server?
  623. > >I have gotten no reponse to requests in about 2 months.
  624. >
  625. > atari.archive is now at 141.211.164.8
  626. >
  627. > U.Kuehn
  628.  
  629. Is this not the server for people that don't have FTP access, also
  630. refered to as BART..
  631. how do we now access it when we don't have FTP access ?.
  632.  
  633.  
  634. --
  635. ***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
  636. ***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
  637. ***  Kapiti New Zealand..    *     like a dying light globe. !       ***
  638.  
  639. ------------------------------
  640.  
  641. End of Info-Atari16 Digest
  642. ******************************